to 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
UTILITY PATENT APPLICATION TRANSMITTAL 
UNDER 37 CFR 1.53(b) 



Address to: 

Box Patent Application 

Assistant Commissioner for Patents 

Washington, DC 20231 



Attorney Docket No. 



Inventor(s) 



Express Mail Label No. 



Filing Date 



STL9-2000-0034US1 



Brent C. Hawks, et al 



EL290559082US 



May 25, 2000 



Title of Application: METHOD OF, SYSTEM FOR, AND COMPUTER PROGRAM PRODUCT FOR 
PROVIDING A DATA STRUCTURE FOR CONFIGURING CONNECTIONS BETWEEN A LOCAL 
WORKSTATION FILE SYSTEM AND A REMOTE HOST FILE SYSTEM 

Transmitted with the patent application are the following; 

28 Page(s) Specification, Claims and Abstract 
12 Page(s) Formal drawings 
3_ Page(s) Declaration and Power of Attorney (without signatures) 

Page(s) Assignment of the Invention to International Business Machines Corporation (Rec. Cover sheet in 

Duplicate 

3_ Page(s) Information Disclosure Statement (IDS/PTO 1449) (copies of citations not included in number of 

pages) 

X Copies of IDS citations 

: S _JL_ Return Receipt Postcard (MPEP 503). 

«*5 Fee Calculation: 






Claims 




Extra 


Rate 


Fees 


Basic Fee 










$690.00 


Total Claims 


8 


-20 = 


0 


x $18.00 




Indevendent Claims 


2 


-3 = 


0 


x $78.00 




Multivle Devdendent 








+$260.00 










TOTAL 


$ fiftO.OO 



09-0460 in the amount of $ 690.00 . A duplicate copy of this sheet 



X Please charge my Deposit Account No. 
is attached. 

— X__ The Commissioner is hereby authorized to charge payment of the following fees associated with this 
communication or credit any 

overpayment to Deposit Account 09-0460 . A duplicate copy of this sheet is attached. 

X Any filing fees under 37 CFR 1.16 for the presentation of extra claims. 

X Any patent application processing fees under 37 CFR 1.17. 



EXPRESS MAIL CERTIFICATE 
I hereby certify that the above paper/fee is being deposited 
with the United States Postal Service "Express Mail Post Office to Addressee" 
service under 37 CFR 1.10 on the date indicated below and is addressed 
to the Assistant Commissioner for Patents, Washington, DC 20231. 

Date of Deposit: May 25, 2000 

Person Mailing paper/fe^: Jeanette Berry Durbin 

Signature : 



Respectfully submitted , 
Brent C. Hawks, et al. 





Prentiss/W . ^Johnson , 
Registration No. #33,123 
Attorney for Applicant (s) 
Telephone (408) 463-5673 
IBM Corporation 
Intellectual Property Law 
555 Bailey Avenue (J46/G467) 
San Jose, CA 95141-1003 



Express mail Label #: EL290559082US Page 1 of 3 

DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION DOCKET: STL9-2000-0034US1 



As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are as stated below next to my name; 

I believe I am the original, first and sole inventor (if only one name is listed below) or an 
original, first and joint inventor (if plural names are listed below) of the subject matter which is 
claimed and for which a patent is sought on the invention entitled 

"Method of, System For, and Computer Program Product for Providing a Data Structure for Configuring 
Connections Between a Local Workstation File System and a Remote Host File System" 

the specification of which (check one) 

X is attached hereto. 

„ was filed on 

as Application Serial No. 

and was amended on (if applicable) . 

I hereby state that I have reviewed and understand the contents of the above identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to patentability as defined in Title 
§1 , Code of Federal Regulations, Section 1.56. 

jtjhereby claim foreign priority benefits under Title 35, United States Code, Section 119 (a) -(d) or 
Section 365(b) of any foreign application (s) for patent or inventor's certificate, or Section 365(a) 

any PCT International application which designated at least one country other than the United 
Sliates, listed below and have also identified below any foreign application for patent or inventor's 
yjrtificate or PCT International application having a filing date before that of the application on 
Spiich priority is claimed: 

l^fior Foreign Application (s ) 

J None 

^ (Number) (Country) (Day /Month /Year Filed) 

^hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
^plication (s) or Section 365(c) of any PCT International application designating the United States, 
iMsted below and, insofar as the subject matter of each of the claims of this application is not 
disclosed in the prior United States or PCT International application in the manner provided by the 
l^rst paragraph of Title 35, United States Code, Section 112, I acknowledge the duty to disclose 
Information which is material to patentability as defined in Title 37, Code of Federal Regulations, 
llction 1.56, which occurred between the filing date of the prior application and the national or PCT 
international filing date of this application: 

None 

(Application Serial No.) (Filing Date) (Status) (patented, pending, abandoned) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were made 
with the knowledge that willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful 
false statements may jeopardize the validity of the application or any patent issued thereon. 



Priority Claimed 

Yes No 



Express mail Label #: EL290559082US Page 2 of 3 

DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION DOCKET: STL9-2000-0034US1 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorney (s) and/ or agent (s) to 
prosecute this application and transact all business in the Patent and Trademark Office connected 
therewith. (list name and registration number) 



Romualdas Strimaitis (#35,697) 
Timothy M. Farrell (#37,321) 
Xngrid M. Foerster (#36,511) 
Prentiss W. Johnson (# 33,123) 



Christopher A. Hughes (#26,914) 
Edward A* Pennington (#32,588) 
John E. Hoel (#26,279) 
Joseph C. Redmond, Jr. (#18,753) 



Send correspondence to: 



Prentiss Wayne Johnson 

Attorney 

IBM Corporation 

Intellectual Property Law 

555 Bailey Avenue (J46/G467) 

San Jose CA 95141-1003 



Direct Telephone Calls to: (name and telephone number) Prentiss W. Johnson, 408-463-5673 



ft|ll name of sole or first joint -invent or: Brent C. Hawks 



iffventor's signature: Date: 



|gsidence: 310 Howard Court, Hollister, California 95023 



Citizenship : USA 



C8st Office Address: Same 



fpll name of second joint -inventor: Edmund Johnson 



fSyentor's signature: Date: 



Residence: 26942 Puebloneuvo, Mission Viejo, California 92691 



Citizenship: USA 



Post Office Address: Same 



Page 3 of 3 

DOCKET: STL9-2000-0034US1 



Full name of third joint -inventor: Gary I. Mazo 
Inventor's signature: Date: 

Residence: 2861 Ruby Terrace, San Jose, California 95148 

Citizenship: USA 

Post Office Address: Same 

Full name of fourth joint -inventor: Peter A. Nicholls 
Inventor ' s signature : Date : 

(Residence: 34 Hoseyhill Crescent, Toronto Ontario, Canada MIS 2X4 

pi t i zenship : Canada 

!§©st Office Address: Same 

Wll name of fifth joint -inventor: Ira L. Sheftman 
Inventor's signature: Date: 

M&sidence: 7442 Tulare Hill Drive, San Jose, California 95139 

" ^% 

fejltizenship: USA 



Express mail Label #: EL290559082US* 

DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 



Post Office Address: Same 



Express Mail Label # EL290559082US 
SPECIFICATION 
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TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN that We, Brent Hawks of Hollister, California and citizen of the United States, 
Edmund Johnson of Mission Viejo, California, and citizen of the United States, Gary Mazo of 
San Jose, California and citizen of the United States, Peter Nicholls of Toronto, Ontario, 
Canada and citizen of Canada and Ira Sheftman of San Jose, California and citizen of the 
United States, have invented new and useful improvements in 



METHOD OF, SYSTEM FOR, AND COMPUTER PROGRAM PRODUCT FOR 
PROVIDING A DATA STRUCTURE FOR CONFIGURING CONNECTIONS 
BETWEEN A LOCAL WORKSTATION FILE SYSTEM AND A REMOTE HOST 

FILE SYSTEM 

of which the following is a specification: 
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t 



1 

2 

3 METHOD OF, SYSTEM FOR, AND COMPUTER PROGRAM PRODUCT FOR 

4 PROVIDING A DATA STRUCTURE FOR CONFIGURING CONNECTIONS 

5 BETWEEN A LOCAL WORKSTATION FILE SYSTEM AND A REMOTE HOST 

6 FILE SYSTEM 

7 
8 
9 

10 CROSS-REFERENCE TO RELATED APPLICATIONS 

11 

12 Application Serial Number , filed concurrently herewith on May 25, 2000 

J! for METHOD OF, SYSTEM FOR, AND COMPUTER PROGRAM PRODUCT FOR 

ft PROVIDING A USER INTERFACE FOR CONFIGURING CONNECTIONS 

6 BETWEEN A LOCAL WORKSTATION FILE SYSTEM AND A REMOTE HOST 

P FILE SYSTEM (IBM Docket STL9-2000-0033), currently co-pending, and assigned to the 

% same assignee as the present invention. The foregoing copending application is incorporated 

liJS herein by reference. 

|p 



, 22 A portion of the Disclosure of this patent document contains material which is subject 

23 to copyright protection. The copyright owner has no objection to the facsimile reproduction by 

24 anyone of the patent document or the patent disclosure, as it appears in the Patent and 

25 Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. 
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1 BACKGROUND OF THE INVENTION 

2 

3 

4 1. Field of the Invention 

5 

6 The present invention relates in general to computer file systems, and more particularly 

7 to a data structure for configuring connections between a file system residing on a local 

8 workstation and a file system residing on a remote host system. 
9 

10 

11 2. Description of the Related Art 

12 

J|3 Connecting a workstation to a host, known as host workstation connectivity, may be a 

Mj4 relatively straight forward terminal connection or emulation. It may also be a rather complex 
connection such as connecting, mapping, and converting files and directories from a host file 

!|t> system to a workstation file system to support a scenario such as Remote Edit/Compile/Debug. 
#7 

;fj8 Remote Edit/Compile/Debug provides a workstation environment for performing the 

!|b edit, compile, and debug tasks associated with host application development. Application 

HO parts, such as COBOL source code, COBOL copy books, and host JCL, are kept in partitioned 

§1 datasets (PDS) or partitioned datasets extended (PDSE) on the host. These files may be 

22 accessed and used through a project, such as an IBM® Multiple Virtual Storage (MVS®) 

23 project (IBM® and MVS® are registered trademarks of International Business Machines 
* 24 Corporation in the United States, other countries, or both.). The names appearing on the 

25 workstation for the host PDS and PDSE members depend upon how the MVS drives are 

26 defined during Remote Edit/Compile/Debug setup. 
27 

28 Remote Edit/Compile/Debug can provide many benefits. Host data sets may be 

29 accessed from the workstation. After completing the required configuration, a workstation 
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1 project can connect to PDS or PDSE data sets on the host and include members in the project. 

2 These host files may then be accessed as if they were workstation files. Host files may be 

3 edited and compiled from the workstation. Jobs may be submitted, monitored, and debugged 

4 from the workstation. 
5 

6 However, using the Remote Edit/Compile/Debug for host development requires 

7 communications to be configured at the workstation and at the host. This configuration may be 

8 quite complex as the following configuration example illustrates. 
9 

10 Host configuration to support connectivity for Remote Edit/Compile/Debug may 

1 1 comprise the following steps: 

12 L Install, configure, and start a communications protocol on the host, such as the 
1§ Transmission Control Protocol/Internet Protocol (TCP/IP). 

it 2. Install and configure a remote execution server on the host, such as Remote Execution 
A Server for MVS. 

S 3. Further configure TCP/DP to automatically start the remote execution server. For 

IP example, by adding the following statements to a data set PROFILE.TCPIP: 

If AUTOLOG 

III RXPROC 

§® ENDAUTOLOG 

% 4. Install and configure a Network File System (NFS) server. Such configuration may be 

22 accomplished by modifying an NFS site attributes data set such that a default parameter 

23 'nopcnfsd 5 is changed to 'pcnfsd' . 

24 5. To enable file extension mapping, the site attributes data set may be further modified 

25 by changing the default parameter 'sfmax=0' to 'sfmax=r, and by changing the default 

26 parameter 'nofileextmap'to 'fileextmap'. A default file extension mapping data set may 

27 be specified by adding the parameter ? sidefile(mapping_dsn)', where mapping_dsn is the 

28 name of the file extension mapping data set. The file extension mapping data set must 

29 have a name of the form hlq.NFS .MAPPING, where hlq can be any high level qualifier, 
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and it must be allocated with DCB=(recfm=fb, lrecl=80, blksize=400). Such a file 


2 




extension mapping data set may contain either a default or a user-specified mapping 


3 




such as the following mappings: 


4 




col 1 


5 
6 




1 

V 


7 




#NFS .MAPPING 


8 




**.SYSADATA .ADT 


9 




**.COBOL .CBL 


10 




**.PLIOPT .PLI 


11 




**.PLI .PLI 


12 




**.COBCOPY .CPY 


s 




**.OBJ .OBJ 






**.LOAD .EXE 






**.CLIST .CMD 


ft 




**.SIGYCLST .CMD 






**.CNTL JCL 






**.JCL JCL 


ft 




**.LISTING .LST 


3b 




**.OUTLIST .OUT 


|l 
22 


6. 


Install the Remote Edit/Compile/Debug host component. 


23 


7. 


Start TCP/IP and NFS server . 


24 






25 




Workstation configuration to support connectivity for Remote Edit/Compile/Debug 


26 


may comprise the following additional steps: 


27 


1. 


Install, configure, and start TCP/IP on the workstation. 


28 


2. 


Install and configure the NFS Client. 


29 


3. 


Start the NFS client with the following command: 
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1 net use m: \\yourhost\youruser,text,crlf yourpassword /usenyouruser 

2 where youruser and yourpassword are a userid and password and where m is an 

3 available drive letter. 

4 4. If the connection to the host was successful, disconnect before the next step using the 

5 disconnect command: 

6 net use m: /d 

7 5. To enable file extension mapping, reconnect to the host with mapping by specifying 

8 fileextmap with the following command: 

9 net use m: \\yourhost\youruser,text,crlf,fileextmap yourpassword /usenyouruser 

10 6. Verify that the remote execution server is started by entering the following command: 

1 1 rsh yourhost -lyouruser/password time 

12 which should provide the output of the time command if the remote execution server is 
i| running. 

m 

M As the above demonstrates, conventional configuration of host workstation connectivity 

W is complex with many opportunities for errors. Such complexity may also affect the 

M performance and reliability of conventional host workstation connectivity. Thus, there is a 

|§ clearly felt need for a method of, system for, and computer program product for providing an 

P improved easy-to-use and more reliable data structure for configuring connections between a 

|® file system residing on the local workstation and a file system residing on a remote host system. 
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1 SUMMARY OF THE INVENTION 

2 

3 The present invention provides a data structure for configuring connections from a local 

4 workstation between a file system residing on the local workstation and a file system residing 

5 on a remote host system. The data structure provides for such configuration by allowing the 

6 user to specify the host system, specify a host directory path within the host file system, and 

7 specify a mapping between a file within the host directory path on the host file system and a 

8 file on the local file system. After such configuration, the user may access the host file system 

9 file in the same manner as a local file system file. 
10 

1 1 One aspect of a preferred embodiment of the present invention encodes information 

12 describing a file system connection between a local system and a host system in a 

tt metalanguage format comprising one or more tags, each tag having an identifier and a set of 

if k one or more attributes, wherein the encoded information comprises a file system connection 

i£f> descriptor which can be parsed according to the metalanguage tags. 

1? 

#7 Another aspect of a preferred embodiment of the present invention provides a data 

ip structure embodied in a computer-readable storage medium, said data structure representing 

!jj j) information describing a file system connection between a local file system located on a local 

system and a host file system located on a host system, wherein said data structure comprises a 

i|i file system connection descriptor, said file system connection descriptor comprising: a local 

22 system data structure representing the local file system; a host system data structure 

23 representing the host file system; and a mapping data structure representing a mapping between 

24 the local file system and the host file system. 
25 

26 Another aspect of a preferred embodiment of the present invention provides a mapping 

27 data structure comprising a local file extension data structure storing a local file extension; a 

28 host file pattern data structure storing a pattern describing a host file to which the local file 

29 extension will be applied; and a transfer type data structure storing a transfer type that defines 
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1 how data will be transferred between the host system and the local system for this mapping. 
2 

3 Another aspect of a preferred embodiment of the present invention provides a mapping 

4 data structure comprising a host codepage data structure storing an identification of a host 

5 codepage in which data in the host file is encoded; and a local-codepage data structure storing 

6 an identification of a local codepage in which data in a local file is encoded. 
7 

8 Another aspect of a preferred embodiment of the present invention provides a host 

9 system data structure comprising a data structure storing an identification of the host system; a 

10 data structure storing an identification of a user of the host system; a data structure storing an 

1 1 identification of a preferred drive on the local system; and a data structure storing an indication 

12 that the preferred drive be automatically connected by default when a remote connection is 
GB established with the host system. 

lj5 Another aspect of a preferred embodiment of the present invention provides a host 

0]6 system data structure comprising a data structure storing an identification of a list of qualifier 

W data structures, wherein each qualifier data structure stores a qualifier name, a name identifying 

ll 8 a directory on the host system, and an identification of file attributes of a file located in the host 

WW* 

IIP system directory 

i> 

§1 Another aspect of a preferred embodiment of the present invention encodes the file 

22 system connection descriptor in a tagged metalanguage document comprising one or more tags, 

23 each tag having an identifier and a set of one or more attributes. 
* 24 

25 Another aspect of a preferred embodiment of the present invention provides that the 

26 tagged metalanguage is Extensible Markup Language (XML). 
27 

28 A preferred embodiment of the present invention has the advantage of providing an 

29 improved data structure for configuring connections between a file system residing on the local 
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1 workstation and a file system residing on a remote host system. 
2 

3 A preferred embodiment of the present invention has the further advantage of storing 

4 and providing a mapping between a host directory or directories and a local drive. 
5 

6 A preferred embodiment of the present invention has the further advantage of storing 

7 and providing a mapping between a host directory path and a local directory path. 
8 

9 A preferred embodiment of the present invention has the further advantage of storing 

10 and providing a mapping between a host code page in which data in the host file is represented 

11 and a local code page in which data in the local file is represented after being converted from 

12 the host code page representation. 

s 

A preferred embodiment of the present invention has the further advantage of storing 

|5 and providing a data transfer type associated with files contained the host directory path. 

ft 

4 7 A preferred embodiment of the present invention has the further advantage of storing 

|B8 and providing a local file extension type, a pattern describing host files to which the local file 
extension will be applied, and a data transfer type applicable to mapped host files conforming 

j |b to the pattern. 

& 

22 A preferred embodiment of the present invention has the further advantage of 

23 supporting multiple host file system formats. 
24 

25 A preferred embodiment of the present invention has the further advantage of 

26 supporting concurrent connections to multiple host file systems. 
27 

28 A preferred embodiment of the present invention has the further advantage of 

29 supporting a mapping to multiple types of host files. 
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1 BRIEF DESCRIPTION OF THE DRAWINGS 

2 

3 For a more complete understanding of the present invention and the advantages thereof, 

4 reference is now made to the Description of the Preferred Embodiment in conjunction with the 

5 attached Drawings, in which: 
6 

7 Figure 1 is a block diagram of a distributed computer system used in performing the 

8 method of the present invention, forming part of the apparatus of the present invention, and 

9 which may use the article of manufacture comprising a computer-readable storage medium 

10 having a computer program embodied in said medium which may cause the computer system 

11 to practice the present invention; 
12 

i§ Figures 2, 3, 4 and 5 are flowcharts illustrating the operations preferred in carrying out 

ft a preferred embodiment of the present invention; 

J)$ Figures 6, 7, 8, 9, 10, and 11 are graphical user interfaces preferred in carrying out a 

I? preferred embodiment of the present invention; and 

If 

Jf Figures 12, 13, 14, 15, 16, and 17 are data structures preferred in carrying out a 

I® preferred embodiment of the present invention. 

13 
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1 DESCRIPTION OF THE PREFERRED EMBODIMENT 

2 

3 Referring first to Figure 1, there is depicted a graphical representation of a data 

4 processing system 8, which may be utilized to implement the present invention. As may be 

5 seen, data processing system 8 may include a plurality of networks, such as Local Area 

6 Networks (LAN) 10 and 32, each of which preferably includes a plurality of individual 

7 computers 12 and 30, respectively. Of course, those skilled in the art will appreciate that a 

8 plurality of Intelligent Work Stations (IWS) coupled to a host processor may be utilized for 

9 each such network. Each said network may also consist of a plurality of processors coupled via 

10 a communications medium, such as shared memory, shared storage, or an interconnection 

1 1 network. As is common in such data processing systems, each individual computer may be 

12 coupled to a storage device 14 and/or a printer/output device 16 and may be provided with a 
; |p pointing device such as a mouse 17. 

f|| 

# The data processing system 8 may also include multiple mainframe computers, such as 

jp) mainframe computer 18, which may be preferably coupled to LAN 10 by means of 

T7 communications link 22. The mainframe computer 18 may also be coupled to a storage device 

W& 20 which may serve as remote storage for LAN 10. Similarly, LAN 10 may be coupled via 

jflp communications link 24 through a sub-system control unit/communications controller 26 and 

!i3b communications link 34 to a gateway server 28. The gateway server 28 is preferably an IWS 

Si which serves to link LAN 32 to LAN 10. 
22 

23 With respect to LAN 32 and LAN 10, a plurality of documents or resource objects may 

24 be stored within storage device 20 and controlled by mainframe computer 18, as resource 

25 manager or library service for the resource objects thus stored. Of course, those skilled in the 

26 art will appreciate that mainframe computer 18 may be located a great geographic distance 

27 from LAN 10 and similarly, LAN 10 may be located a substantial distance from LAN 32. For 

28 example, LAN 32 may be located in California while LAN 10 may be located within North 

29 Carolina and mainframe computer 18 may be located in New York. 



STL9-2000-0034US1 



1 Software program code which employs the present invention is typically stored in the 

2 memory of a storage device 14 of a stand alone workstation or LAN server from which a 

3 developer may access the code for distribution purposes, the software program code may be 

4 embodied on any of a variety of known media for use with a data processing system such as a 

5 diskette or CD-ROM or may be distributed to users from a memory of one computer system 

6 over a network of some type to other computer systems for use by users of such other systems. 

7 Such techniques and methods for embodying software code on media and/or distributing 

8 software code are well-known and will not be further discussed herein. 
9 

10 As will be appreciated upon reference to the foregoing, it is often desirable for a user to 

1 1 perform host application development on a workstation 12 in lieu of performing the application 

12 development on the host 18 itself. Remote Edit/Compile/Debug provides such a workstation 
II environment for performing the edit, compile, and debug tasks associated with host application 
J4 development. Host application parts, such as COBOL source code, COBOL copy books, and 
€E> host JCL, may be stored in PDS or PDSE data sets on storage device 20 connected to the host 
II 18. The Remote Edit/Compile/Debug workstation environment allows these files to be 

f7 accessed and used on the workstation 12. The present invention provides for such access and 

© use of host files on the workstation 12 by providing a data structure for configuring a 

|f connection such that files and directories may be mapped and converted from the host 18 to the 

% workstation 12 to support a scenario such as the Remote Edit/Compile/Debug. 

22 A preferred embodiment of the present invention is implemented as a Remote System 

23 Connection Manager (RSC Manager). The RSC Manager provides a user interface and data 

24 structure for configuring connections from a local workstation between a file system residing 

25 on the local workstation and a file system residing on a remote host system. The interface and 

26 data structure provide for such configuration by allowing the user to specify and store the host 

27 system, a host directory path within the host file system, and a mapping between a file within 

28 the host directory path on the host file system and a file on the local file system. After such 

29 configuration, the user may access the host file system file as if it is a local file system file. 
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1 Referring first to Figure 2, there is shown a flowchart 200 implementing the steps 

2 preferred in carrying out the preferred embodiment of the invention. After the start of the 

3 process 210, process block 220 allows the user to specify the host system through the use of a 

4 Add/Modify Connection Wizard which displays the sequence of Add/Modify dialogs 600, 

5 700, and 800 shown in Figures 6, 7, and 8, respectively. After the user has specified the host 

6 system, process block 230 allows the user to specify a host directory path from which files will 

7 be transferred and the type of transfer through the use of a Directory Setup Wizard which 

8 displays the Directory Setup dialog 900 shown in Figure 9. After the user has specified the 

9 host directory path, process block 240 allows the user to specify a mapping between the host 

10 directory path and a file on the local file system through the use of a Mapping Setup Wizard 

1 1 which displays the Mapping Setup dialog 1000 shown in Figure 10. In response to this 

12 mapping, process block 250 displays a representation of the system connection in a Remote 
© System Connections Manager window 1100 as shown in Figure 11. Thereafter, process block 

13 260 stores the specification of the remote system connection in a system data structure or file, 
; jj preferably an XML file, 1300-1800 shown in Figures 12, 14, 15, 16, and 17, respectively. 

ff6 Process block 270 then uses this remote system connection specification to access the host file 

17 system as if it is a local file. The process then ends 280. 

ft 

jfjj) Referring now to Figure 3, flowchart 222 illustrates process blocks 224, 226, and 228 

16 which are an expansion of the function of process block 230 of Figure 2. Process block 224 

il allows the user to identify the user of the host system through the use of entry fields 670 and 

22 675 as shown in Figure 6. Process block 226 allows the user to specify a mapping between a 

23 host code page and a local code page through the use of entry fields 710 and 730 as shown in 

24 Figure 7. Process block 228 allows the user to specify a mapping between a host directory 

25 path and a local drive through the use of entry field 750 as shown in Figure 7. 
26 

27 Referring now to Figure 4, flowchart 242 illustrates process blocks 244, 246, and 248 

28 which are an expansion of the function of process block 240 of Figure 2. Process block 244 

29 allows the user to specify a local file extension type through the use of entry field 1010 as 
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1 shown in Figure 10. Process block 246 allows the user to specify a pattern describing host 

2 files to which the local file extension will be applied through the use of entry field 1030 as 

3 shown in Figure 10. Process block 248 allows the user to specify a data transfer type 

4 applicable to mapped host files conforming to the pattern through the use of entry field 1050 as 

5 shown in Figure 10. 
6 

7 Referring now to Figure 5, flowchart 272 illustrates process blocks 274, 276, and 278 

8 which are an expansion of the function of process block 250 of Figure 2. Process block 274 

9 displays in a first portion 1110 of a window 1100, as shown in Figure 11, a visual indicia 1108 

10 representing the host system 18. Process block 276 displays in a second portion 1104 of the 

1 1 window 1100 a visual indicia 1140 representing the host directory. Process block 278 displays 

12 in a third portion 1106 of the window 1100 a visual indicia 1160 representing the mapping 

© between the file 1154 within the host directory path on the host file system 20 and the file 1150 

14 on the local file system 14. 

§ 

jp Referring back now to Figures 6 through 11, the sequence of dialogs will now be 

J7 presented in greater detail through a user scenario. In response to the user requesting or 

§J$ indicating a need for a new remote connection, an Add/Modify Connection Wizard window 

P 600 is displayed to the user. In the preferred embodiment, this window 600 is structured as a 

30 tabbed notebook 610 from which the user may select a tab 620 to select a particular dialog 630 

M associated with that tab 620. The user is first presented with or may select the Host and User 

22 dialog 630. This Host and User dialog 630 provides entry fields allowing the user to enter a 

23 host system name, a nickname selected by the user for this host system name, the user's user 

24 identification or user ID, and the user's password for the host system. For example, in the Host 

25 and User dialog 630 depicted in Figure 6, the user has specified "stplex4b.stl.ibm.com" 640 as 

26 the host system name 645, "mvsl" 650 as the host system nickname 655, "COBTSTA" 670 as 

27 the MVS user ID 665, and "******" 675 as the MVS user's password 650. After completing 

28 these fields, the user may move to the Data Transfer dialog 700 by clicking on either the next 

29 button 680 or the Data Transfer tab 685. Alternatively, the user may click on the Finish button 
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1 690 to end the specification after this dialog, or the user may click on the cancel button 695. to 

2 discard the specifications of this dialog. 
3 

4 Responsive to the user clicking on either the next button 680 or the Data Transfer tab 

5 685, the user is presented the Data Transfer dialog 700 which allows the user to enter a local 

6 code page and a host code page for translation in this connection. The user may also enter a 

7 local system drive letter which will be used to map the remote file system to a local drive. In 

8 addition, the user may select Connect if the user wants this drive to be automatically connected 

9 by default when a remote connection is established with the host system. In the example Data 

10 Transfer dialog 700 depicted in Figure 7, the user has specified "BM-850" 710 as the Local 

1 1 Code Page 720, "IBM-037" 730 as the Host Code Page 740, "D" 750 as the Drive Letter 760, 

12 and "Y" 770 indicating an automatic default connection 780 for this drive. After completing 
!|i these fields, the user may move to the Ports dialog 800 by clicking on either the next button 
%. 790 or the Ports tab 795. 

J|l5 Responsive to the user clicking on either the next button 790 or the Ports 795, the user 

! f7 is presented the Ports dialog 800 which allows the user to enter port addresses for a Hypertext 

08 Transport Protocol (HTTP) server and job port on the MVS host system. In the example Data 

|p Transfer dialog 800 depicted in Figure 8, the user has specified "80" 810 as the web port 820 

|§jb and "67 15" 830 as the job port 840. After completing these fields, the user may indicate 

Qi completion of the connection specification by clicking on the Finish button 850. 
22 

23 If the user is defining a new connection for which Directory Setup information has not 

24 been specified, then a Directory Setup Wizard 230 displays the Directory Setup window 900 

25 shown in Figure 9 in response to the user completion of the Add/Modify Connection Wizard 

26 dialogs 600, 700, and 800. The Directory Setup window 900 allows the user to enter a host 

27 directory path, a transfer type that will apply to this directory, and the type of data set on the 

28 MVS system. In the example Directory Setup dialog 900 depicted in Figure 9, the user has 

29 specified "COBTSTA" 910 as the host directory path 920, specified "text" 930 as the transfer 
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1 type 940 which applies to this host directory path 910, and a default 950 type of data set 960. 

2 After completing these fields 920, 940, and 960, the user may click on the Finish button 970 to 

3 complete the Directory Setup processing 230. 
4 

5 If the user has not yet specified a mapping between a file within the host directory path 

6 on the host file system and a file on the local file system, then a Mapping Setup Wizard 240 

7 displays the Mapping Setup window 1000 shown in Figure 10 in response to the user 

8 completion of the Directory Setup Wizard dialog 900. The Mapping Setup window 1000 

9 allows the user to enter a local file extension, the pattern describing the host files that the local 

10 file extension will be applied to, and a transfer type that defines how data will be transferred 

1 1 between host and workstation for this mapping. In the example Mapping Setup dialog 1000 

12 depicted in Figure 10, the user has specified "cpy" 1010 as the local file extension 1020, 

|p "**cobcopy" 1030 as the pattern 1040 describing the host files that the local file extension will 

1 1 be applied to , and "text" 1050 as the transfer type 1060 that defines how data will be 

€§ transferred between host and workstation for this mapping . After completing these fields, the 

Jfjl) user may indicate completion of the connection specification by clicking on the Finish button 

T7 1070. 

m 

jjjjp Upon completion of the definition of a new remote system connection, the Remote 

if) System Connections Manager 1100 of Figure 11 is displayed to the user. The Remote 

Si System Connections Manager 1100 comprises three panels: a Remote System Connections 

22 Panel 1102; a Directory Panel 1104; and a Mapping Panel 1106. The Remote System 

23 Connections Panel 1102 displays a list 1108 of remote system connections defined by the user 

24 and the attributes of each. For the remote system connection 1108 defined in the example, the 

25 Remote System Connections Panel 1102 displays "rnvsl" 1110 as the System nickname 1112; 

26 "stplex4b.stl.ibm.com"1114 as the MVS system name 1116 ; "COBTSTA" 1118 as the User 

27 ID 1120; "Z" 1122 as the Drive 1124, "Y" 1126 as the Connect status 1128; "IBM-1047" 1130 

28 as the Host code page 1132; and "EBM-850" 1134 as the Local code page 1136. 
29 
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1 For a selected remote system connection 1108, the Directory Panel 1104 displays the 

2 host directory path 1138 ("COBTSTA" 1140) and the transfer type 1142 ("text" 1144) which 

3 applies to this host directory path 1140. Also for this selected remote system connection 1108, 

4 the Mapping Panel 1106 displays a list 1146 of mappings defined for this remote system 

5 connection 1108, and displays for each defined mapping a local file extension 1148 ("cbl" 

6 1150), the pattern 1152 ("**coboF' 1154) describing the host files that the local file extension 

7 1150 will be applied to, and a transfer type 1156 ("text" 1158) that defines how data will be 

8 transferred between host and workstation for this mapping 1160. 
9 

10 Referring back to Figure 2, the information defining and describing the remote system 

1 1 connection is stored 260 in a data structure, preferably a system XML file, which is illustrated 

12 in Figures 12, 13, 14, 15, 16, and 17. 

1 

•WW 

jf Referring first to Figure 12, the preferred embodiment of the data structure is an 

: fi> Extensible Markup Language (XML) file stored in the memory, storage, or both of a computer 

;p> system. The Document Type Definition (DTD) of the data structure is shown in Figure 12, 

17 and XML in accordance with this DTD is shown in Figures 13, 14, 15, 16, and 17. Referring 

11 back to Figure 12, the data structure 1200 is hierarchically structured with the storage element 

|H foreign file system 1202 (ffs-system) as a highest first-level node in a tree hierarchy. The 

|$ storage element ffs-system 1202 comprises two second-level nodes in the tree hierarchy: 

§1 local-system 1204 and system+ 1206, where local system stores information describing the 

22 local file system, and where system-h may be one or more elements each representing and 

23 describing a separate foreign file system on a remote host. 
24 

25 The storage element local-system 1204 further comprises a third-level node in the tree 

26 hierarchy: default-local-codepage 1208 which specifies the default codepage in which 

27 workstation data is encoded. 
28 

29 The storage element system* 1206 further comprises a set of third-level nodes in the 
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1 tree hierarchy: system-name 1210, host 1212, user 1214, pass 1216, job-port 1218, web-port 

2 1220, default-host-codepage 1222, default-local-codepage 1224, default-transfer 1226, 

3 preferred-drive 1228, connect 1230, default-data set-attr 1232, qualifier-list 1305, and 

4 mapping-list 1310, where 1305 and 1310 are depicted in Figure 13. 
5 

6 The storage element system-name 1210 contains a name comprising an alphanumeric 

7 string of characters unique within the Workstation Connection Manager. The storage element 

8 host 1212 stores a full TCP/IP name of a remote host or other system that can be resolved to 

9 full TCP/IP address by a domain name server (DNS). The storage element user 1214 contains 

10 the user ID of the user on the remote host, and the storage element pass 1216 contains the 

1 1 user's password on the remote host. 
12 

The storage element job-port 1218 contains an identification of a TCP/IP port for 

|| monitoring certain activities other than file system on the host, and the storage element 

CJ5 web-port 1220 stores the TCP/IP communication port assigned to the foreign file system on the 

Jpp remote host. 
f7 

ffl The storage element default-host-codepage 1222 specifies the codepage in which the 

$|> remote host data in encoded. A codepage is an assignment of graphic characters and control 

If) function meanings to all code points; for example, assignment of characters and meanings to 

21 256 code points for an 8-bit code, assignment of characters and meanings to 128 code points 

22 for a 7-bit code. The storage element default-local-codepage 1224 specifies the codepage in 

23 which workstation data is encoded. The storage element default-transfer 1226 stores the type 

24 of transfer of data between the remote host and the local workstation. A binary transfer 

25 transmits data unmodified between host and workstation; whereas, a text transfer translates 

26 translatable text using host and local code pages from one to another. A transfer usually does 

27 not erase data from the original location. 
28 

29 The storage element preferred-drive 1228 contains a drive letter specification normally 
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1 used on a workstation operating system to uniquely identify the connected file system (for 

2 example, C:) to the operating system. The storage element connect 1230 specifies whether or 

3 not the workstation drive should be automatically connected when a connection process is 

4 started with the remote host. 
5 

6 The storage element default-data set-attr 1232 comprises a set of attributes associated 

7 with the default dataset on the remote host system. The storage element qualifier-list 1305 

8 comprises a set of qualifier names, each being a library-name that is used in a reference 

9 together with a text-name associated with that library. The storage element mapping-list 1310 

10 comprises a list, usually in a profile, that establishes a correspondence between items in two 

1 1 groups; for example, a correspondence between file types on the host file system and on the 

12 workstation file system. 

s 

f 4 The storage element default-data set-attr 1232 further comprises a set of fourth-level 

0> nodes in the tree hierarchy: mgmt-class 1234, storage-class 1236, (vol-ser | dev-type) 1238, 

S data-class 1240, space-units 1242, avg-rec-unit 1244, primary-qty 1246, secondary-qty 1248, 

¥7 dir-blocks 1250, recfm 1252, reel 1254, blk-size 1256, name-type 1258, and exp-date 1260. 

m 

|9 The storage element mgmt-class 1234 stores a named collection of management 

Hf) attributes describing the retention, backup, or class transition characteristics for a group of 

21 objects in a storage hierarchy. The storage element storage-class 1236 contains a named list of 

22 storage attributes. The list of attributes identifies a storage service level provided for data 

23 associated with the storage class. No physical storage is directly implied or associated with a 

24 given storage class name. The storage element (vol-ser | dev-type) 1238 contains the volume 

25 serial number and device type. The volume serial number is a number in a volume label 

26 assigned when a volume is prepared for use in a system. The device type is the name for a kind 

27 of device sharing the same model number. 
28 

29 The storage element data-class 1240 stores data-related information for the allocation of 
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1 the dataset, which may include spaceunits, primary quantity, directory block, record format, 

2 record length and dataset name type. The storage element space-units 1242 contains an 

3 indication of the units of data storage space used for allocating a dataset; for example: track, 

4 cylinders, block, megabyte, or byte. The storage element avg-rec-unit 1244 stores a 

5 specification of the unit used when allocating average record length such as K for kilobytes. 

6 The storage element primary-qty 1246 stores the number of space units allocated. The storage 

7 element secondary-qty 1248 stores the secondary quantity which is related to the space units 

8 used in conjunction with the primary quantity when the primary quantity is insufficient for 

9 allocation. The storage element dir-blocks 1250 contain 256-byte areas that accommodate or 

10 store specific information about datasets. The storage element recfm 1252 contains a 

1 1 specification of the record format which is the definition of how data are structured in the 

12 records contained in a file. The record format definition may include record name, field names, 
31 and field descriptions, such as length and data type. The storage element reel 1254 contains 
j¥| the record length or record size which specifies the number of characters or bytes in a record. 
U The storage element blk-size 1256 contains the block size or block length which specifies the 

; Jf) number of data elements in a block, and is usually specified in units such as records, words, 

f7 computer words, or characters. The storage element name-type 1258 stores a specification of 

lEB the type of storage element, and is usually either a partitioned dataset (PDS), a partitioned 

|9 dataset extended (PDSE), or a sequential dataset. The storage element exp-date 1260 contains 

§|) the expiration date, the date at which a file is no longer protected against automatic deletion by 

O the system. 
22 

23 Referring now to Figure 13, the storage element qualifier-list 1305 further comprises a 

24 set of fourth-level nodes in the tree hierarchy: qualifier+ 1315, where qualifier* 1315 may be 

25 one or more elements each representing and describing a separate qualifier 1320. Each 

26 qualifier 1320 further comprises a set of fifth-level nodes or storage elements in the tree 

27 hierarchy: qualifier-name 1325, directory 1330, transfer 1335, host-codepage 1340, 

28 local-codepage 1345, and data set-attr 1350. The storage element qualifier-name 1325 stores a 

29 name modifier such as a library-name that is used in a reference together with a text-name 
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1 associated with that library to make the name unique. The storage element directory 1330 

2 stores a higher middle-level qualifier whose name is used to attach the host file system to the 

3 workstation file system. The storage element transfer 1335, the storage element host-codepage 

4 1340, the storage element local-codepage 1345, the storage element data set-attr 1350, and the 

5 storage element transfer 1335 may contain overrides of the above defaults for this particular 

6 qualifier. 
7 

8 The storage element mapping-list 1310 further comprises a set of fourth-level nodes in 

9 the tree hierarchy: mapping* 1355, where mapping* 1355 may contain one or more elements 

10 each representing and describing a separate mapping 1360. Each storage element mapping 

1 1 1360 further comprises a set of fifth-level nodes in the tree hierarchy: local-ext 1365, 

12 host-name 1370, transfer 1375, host-codepage 1380, and local-codepage 1385. The storage 
Jf element local-ext 1365 contains a local workstation file extension that is used to map to a host 
iff file name. The storage element host-name 1370 stores a host dataset name pattern which is 
CS used to map PDS members to workstation file format. The pattern consists of normal data-set- 

name characters plus wild characters (such as an asterisk *). For example, the pattern 

f7 "**.COB*" matches data-set names whose low-level qualifier starts with "COB" (such as 

O "COB", "COBOL", and "COBCOPY"). 
I|| 

If) Referring now to Figures 14, 15, 16, and 17, an XML system file 1400 in accordance 

with the DTD 1200 of the preferred embodiment is shown. The information describing the 

22 example remote system connection defined in Figures 6, 7, 8, 9, 10, 11, and 12 may be stored 

23 in the memory and storage 14 of the computer system 12 with the use of the XML system file 

24 data structure 1400. Figure 14 shows that portion 1400 of the data structure storing the 

25 ffs-system 1402, the local-system 1404, and the system 1406. 
26 

27 The local-system 1404 stores the "IBM-850 n 1408 entered into the Local Code Page 

28 720 field as the default-local-codepage 1410. The system 1406 stores: 

29 o "ff s 1 " 1412 as the system-name 1414, 
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1 o "stplex4b.stl.ibm.com" 1416 entered into the MVS System Name field 640 as the host 

2 1418, 

3 o "COBTSTA" 1420 entered into the MVS User field 670 as the user 1422, 

4 o "sol 1 test" 1424 entered into the MVS Password field 675 as the pass 1426, 

5 o "6715" 1428 entered into the Job Port field 830 as the job-port 1430, 

6 o "80" 1432 entered into the Web Port field 810 as the web-port 1434, 

7 o "BM-037" 1436 entered into the Host Code Page field 730 as the 

8 default-host-codepage 1438, 

9 o "IBM-850" 1440 entered into the Local Code Page field 710 as the 

10 default-local-codepage 1442, 

1 1 o "text" 1444 entered into the Transfer Type field 930 as the transfer 1446, 

12 o "D:" 1448 entered into the Drive Letter field 750 as the preferred-drive 1450, and 
,11 o "y" 1452 entered into the Connect field 770 as the connect 1454. 

& 

■& Figure 15 shows that portion 1500 of the data structure storing the qualifier-list 1502 

0 which in this example comprises two qualifiers: "COBTSTA" 1504 and "COBTST.UTJL" 

T7 1506. The first qualifier 1504 stores: 

®& "COBTSTA" 1508 entered into the Connect field 910 as the qualifier-name 1510, 

Jp "MVS" 1512 as the qualifier-type 1514, 

If) "COBTSTA" 1516 entered into the Directory field 910 as the directory 1518, and 

Si "text" 1520 entered into the Transfer field 930 as the transfer 1522. 

22 The first qualifier 1504 also stores in the storage element data set-attr 1524: 

23 nulls for mgmt-class 1526, storage-class 1528, dev-type 1530, and data-class 1532, and 

24 "BLKS" 1534 as the space-units 1536, 

25 "M" 1538 as the avg-rec-unit 1540, 

26 "10" 1542 as the primary-qty 1544, 

27 "10" 1546 as the secondary-qty 1548, 

28 "20" 1550 as the dir-blocks 1552, 

29 "FB" 1554 as the recfm 1556, 
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1 "80" 1558 as the reel 1560, 

2 "3 120" 1562 as the blk-size 1564, 

3 "PDS" 1566 as the name-type 1568, and 

4 "2001/12/3 1" 1570 as the exp-date 1572. 
5 

6 Corresponding information is also stored in the second qualifier "COBTSTA.UTIL" 

7 1506. 
8 

9 Figures 16 and 17 show that portion 1600 of the data structure storing the mapping-list 

10 1610 which for each mapping stores a local file extension, a pattern describing the host files 

1 1 that the local file extension will be applied to, and a transfer type that defines how data will be 

12 transferred between host and workstation for this mapping. Li the example Mapping Panel 
J3 1106 of the Remote Host Connections Manager 1100 depicted in Figure 11, the user has 

entered ten mappings specifying local-ext 1620, host-name 1630, and transfer 1640 for each 

4H> mapping. These mappings are stored in the XML file data structure 1600 as follows: 

P 



p 


<local-ext> 1620 


<host-name> 1630 


<transfer> 1640 


m 


cbl 


**cobol 


text 




cpy 


**cobcopy 


text 


lb 


pli 


**pli 


text 


m 


obj 


**obj 


binary 


22 


exe 


**load 


binary 


23 


cmd 


**clist 


text 


24 


cmd 


**sigyclst 


text 


25 


jd 


**cntl 


text 


26 


1st 


**listing 


text 


27 


out 


**outlist 


text 



28 

29 Using the foregoing specification, the invention may be implemented using standard 
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1 programming and/or engineering techniques using computer programming software, firmware, 

2 hardware or any combination or sub-combination thereof. Any such resulting program(s), 

3 having computer readable program code means, may be embodied within one or more 

4 computer usable media such as fixed (hard) drives, disk, diskettes, optical disks, magnetic tape, 

5 semiconductor memories such as ROM, Proms, etc., or any memory or transmitting device, 

6 thereby making a computer program product, i.e., an article of manufacture, according to the 

7 invention. The article of manufacture containing the computer programming code may be made 

8 and/or used by executing the code directly or indirectly from one medium, by copying the code 

9 from one medium to another medium, or by transmitting the code over a network. An 

10 apparatus for making, using, or selling the invention may be one or more processing systems 

11 including, but not limited to, cpu, memory, storage devices, communication links, 

12 communication devices, servers, I/O devices, or any sub-components or individual parts of one 
"£3 or more processing systems, including software, firmware, hardware or any combination or 
iJ04 sub-combination thereof, which embody the invention as set forth in the claims. 

J 5 

*J|5 User input may be received from the keyboard, mouse, pen, voice, touch screen, or any 

4^7 other means by which a human can input data to a computer, including through other programs 

;rf$ such as application programs. 

lift 

HD One skilled in the art of computer science will easily be able to combine the software 

jg§l created as described with appropriate general purpose or special purpose computer hardware to 

22 create a computer system and/or computer sub-components embodying the invention and to 

23 create a computer system and/or computer sub-components for carrying out the method of the 

24 invention. Although the present invention has been particularly shown and described with 

25 reference to a preferred embodiment, it should be apparent that modifications and adaptations 

26 to that embodiment may occur to one skilled in the art without departing from the spirit or 

27 scope of the present invention as set forth in the following claims. 
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We claim: 



CLAIMS 



1 1 . A method for providing information describing a file system connection between a local 

2 system and a host system, said method comprising: 

3 encoding the information in a metalanguage format comprising one or more 

4 tags, each tag having an identifier and a set of one or more attributes, wherein the 

5 encoded information comprises a file system connection descriptor; and 

6 parsing the project topology descriptor according to the metalanguage tags. 

1 2. A data structure embodied in a computer-readable storage medium, said data structure 

^ representing information describing a file system connection between a local file system 

!fl located on a local system and a host file system located on a host system, wherein said data 

■M structure comprises a file system connection descriptor, said file system connection descriptor 

jjfj comprising: 

■M a local system data structure representing the local file system; 

K7 a host system data structure representing the host file system; and 

f ~ 8 a mapping data structure representing a mapping between the local file system 

llfp and the host file system. 

1 3. The file system connection descriptor of claim 2 wherein the mapping data structure 

2 comprises: 

3 a local file extension data structure storing a local file extension; 

4 a host file pattern data structure storing a pattern describing a host file to which 

5 the local file extension will be applied; and 

6 a transfer type data structure storing a transfer type that defines how data will be 

7 transferred between the host system and the local system for this mapping. 
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1 4. The file system connection descriptor of claim 3 wherein the mapping data structure 

2 further comprises: 

3 a host codepage data structure storing an identification of a host codepage in 

4 which data in the host file is encoded; and 

5 a local-codepage data structure storing an identification of a local codepage in 

6 which data in a local file is encoded. 

1 5. The file system connection descriptor of claim 2 wherein the host system data structure 

2 comprises: 

3 a data structure storing an identification of the host system; 

4 a data structure storing an identification of a user of the host system; 

*S a data structure storing an identification of a preferred drive on the local system; 

IFls and 

JJ7 a data structure storing an indication that the preferred drive be automatically 

:Jj8 connected by default when a remote connection is established with the host system. 



:}! Jl 6. The file system connection descriptor of claim 2 wherein the host system data structure 

Wk further comprises : 

jp3 a data structure storing an identification of a list of qualifier data structures, wherein 

4 each qualifier data structure stores a qualifier name, a name identifying a directory on 

5 the host system, and an identification of file attributes of a file located in the host 

6 system directory. 

1 7. The file system connection descriptor of claim 2 encoded in a tagged metalanguage 

2 document comprising one or more tags, each tag having an identifier and a set of one or more 

3 attributes. 
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2 



8. The file system connection descriptor of claim 3 wherein the tagged metalanguage is 
Extensible Markup Language (XML). 
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ABSTRACT 



METHOD OF, SYSTEM FOR, AND COMPUTER PROGRAM PRODUCT FOR 
PROVIDING A DATA STRUCTURE FOR CONFIGURING CONNECTIONS 
BETWEEN A LOCAL WORKSTATION FILE SYSTEM AND A REMOTE HOST 

FILE SYSTEM 



A data structure embodied in a computer-readable storage medium for configuring 
connections from a local workstation between a file system residing on the local workstation 
and a file system residing on a remote host system. The data structure provides for such 
configuration by allowing the user to specify the host system, specify a host directory path 
within the host file system, and specify a mapping between a file within the host directory path 
on the host file system and a file on the local file system. After such configuration, the user 
may access the host file system file in the same manner as a local file system file. The data 
structure can encode information describing a file system connection between a local system 
and a host system in a metalanguage format comprising one or more tags, each tag having an 
identifier and a set of one or more attributes, wherein the encoded information comprises a file 
system connection descriptor which can be parsed according to the metalanguage tags. 



STL9-2000-0034US1 




210 



begin 



1/ 



220 



Specifying the host system 



200 



l/ 



230 



Specifying a host directory path within the host file system 



Specifying a mapping between a file within the host directory path 
and a file on the local file system 
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Fig. 2 



Displaying a representation of the system connection 
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Storing the specification of the remote system connection in the system XML file 



Accessing the host file system as if it were a local file system 
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Identifying a user of the host system 



Specifying a mapping between a host code page and a local code page 
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Specifying a mapping between a host directory path and a local drive 





242^ 






244 

^246 






Specifying a local file extension type 
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Specifying a pattern describing host files to which the local file extension will be applied 
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Specifying a data transfer type applicable to the mapped host files conforming to the pattern 
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Displaying in a first portion of a display a visual indicia representing the host system 
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Displaying in a second portion of the display a visual indicia representing the host directory 
and the converted and mapped local file within the local directory path 
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Displaying in a third portion of the display a visual indicia representing the mapping 
between a file within the host directory path and a file within the local file system 
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Add/Modify Connection 



LHost and User 




First Step: Host and User 

Choose a nickname for your MVS system nickname. 
MVS system name is the TCP/IP host name of the remote host 
tgryour user ID and password for that system. 





MVS system name: stplex4b.stl.ibm.com System nickname: mvsl 
For example: mvs1Jbm.com For example: mymvs 



MVS User ID 
MVS Password 
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LHost and User 2. Data Transfer 



3. Ports 



Step 2 of 3: Data Transfer 

Enter local and host translation code page for this connection. If you 
don't know what your local or host translation code page is, contact 
your system administrator. The drive letter will be used to map the 
remote file system to a local drive. Select "Connect" if you want this 
drive to be connected by default when you connect to your systems. 

Local Code Page 
Host Code Page 
Drive Letter 
Connect 
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Add/Modify Connection 
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I.Host and User 



2. Data Transfer 



3. Ports 



The Mowing are port addresses for an HTTP server and job port on 
the MVS system. These defaults should work for most installations. 
If you need to change them, contact your MVS system administrator. 
If you are adding a new connection click Finish and you will be 
rompted to set up a new directory. 
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Directory Setup 



_ □ X 



1. Setup 



First Step: Directory Setup Information 

Enter the host directory path, a transfer type that will apply to this 
and the type of data set on the MVS system. 
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Add/Modify Connection 



□ X 



1. Mapping 



First Step: Mapping Setup information 

Enter local file extension, the pattern describing the host files that 
the local file extension will be applied to, and a transfer type that 
defines how data will be transferred between host and workstation 
for this mapping. 
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<!— DTD starts — > 

<?xml encoding="US-ASCII"> 



1202 



<!ELEMENT ffs-system (local-system, system+)> 
1204 



1208 



\<!ELEMENT local-system (default-local-codepagep 



1206 



\ 



<!ELEMENT system (system-name, host, user, pass, job-port, web-port, 



default-host-codepage, default-local-codepage, default-transfer, preferred-drive, connect, 

default-dataset-attr, qualifier-list, mapping-list)> 

^ <!ELEMENT system-name (#PCDATA)> 
1210^ 

1212 <!ELEMENT host (#PCDATA)> 

1214 -<!ELEMENT user (#PCDATA)> 

5 1216 — — <!ELEMENT pass (#PCDATA)> 

H 1218 <!ELEMENT job-port (#PCDATA)> 

1 1220 — <! ELEMENT web-port (#PCDATA)> 
£ 1009. 

; <! ELEMENT default-host-codepage (#PCDATA)> 

m 1224 <!ELEMENT default-local-codepage (#PCDATA)> 

1 1226^ A „ A 

m ^^<!ELEMENT default-transfer (#PCDATA)> / 1234 

2 1228^^ 

w ^ <! ELEMENT preferred-drive (#PCDATA)> 

1230^ 

. ««« <!ELEMENT connect (#PCDATA)> 
1232 

1240 •>S^ K <'ELEMENT default-dataset-attr (mgmt-'class, storage-class, (vol-ser / dev-type), 

daia^class, space-units, avg-rec^unit, primary-qty, secondary-qty, dir-blocks, recfm, reel, 

1246 



1236 



1238 



1242 



1256 



blfasize, nam§rtype?, exp-date?)> 
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<!ELEMENT qualifier-list (qualifier+)> 

<!ELEMENT qualifier (qualifier-name, directory, transfer, host-codepage, 
local-codepage, dataset-attr)> 

<!ELEMENT qualifier-name (#PCDATA)> 
<!ELEMENT directory (#PCDATA)> 
<!ELEMENT transfer (#PCDATA)> 
<!ELEMENT host-codepage (#PCDATA)> 
<!ELEMENT local-codepage (#PCDATA)> 
1340 /// <!ELEMENT dataset-attr (mgmt-class, storage-class, (vol-ser \ dev-type), 
' ' data-class, space-units, avg-rec-unit, primary-qty, secondary-qty, dir-blocks, 
recfm, reel, blk-size, name-type, exp-date)> 
<!ELEMENT mgmt-class (#PCDATA)> 
<!ELEMENT storage-class (#PCDATA)> 
<!ELEMENT vol-ser (#PCDATA)> 
<!ELEMENT dev-type (#PCDATA)> 
<!ELEMENT data-class (#PCDATA)> 
<!ELEMENT space-units (#PCDATA)> 
<!ELEMENT avg-rec-unit (#PCDATA)> 
<!ELEMENT primary-qty (#PCDATA)> 
<!ELEMENT secondary-qty (#PCDATA)> 
<!ELEMENT dir-blocks (#PCDATA)> 
<!ELEMENT recfm (#PCDATA)> 
<!ELEMENT reel (#PCDATA)> 
<!ELEMENT blk-size (#PCDATA)> 
<!ELEMENT name-type (#PCDATA)> 
<!ELEMENT exp-date (#PCDATA)> 
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<!ELEMENT mapping-list (mapping+)>, 

<!ELEMENT mapping (local-ext, host-name, transfer, host-codepage, 
local-codepage)> 
1 385 - — — ~~ <!ELEMENT local-ext (#PCDATA)> 

<!ELEMENT host-name (#PCDATA)> ^1375 N 1380 

<!— DTD ends —> 
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<!—XML Starts— > 

<?xml version="1.0" encoding="US-ASCII"> 

AAM <!DOCTYPE ffs-system SYSTEM H e:\IBMFFS\BIN\ffs_sys.dtd"> 

1402 i „ ' 

I <ffs-system> 

1404 — ■ docal-system> y 

<default-local-codepage>IBM-850</default-local-codepage> 

1406 </local-system> ^4.74 ^ 1412 

isystem> / 

<system-name>ffs f</system-name>_^ 7475 
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1438 
1442 

1446 
1450 

1454 



1432 



<host>stplex4b.stl.ibm.com</host> 
<user>COBTSTA</user> ^ 142 4 
<pass>sol1test</pass> ^ 
<job-port>6715</job-port> 
<web-port>80</web-port> 
<defautt-host-codepage>IBM-037</default-host-codepage> 

<default-local-codepage>IBM-850</default-local-codepage> 

1440 
1444 



1436 



<transfer>text</transfer> 
<preferred-drive>D:</preferred-drive> 
<connect>y</connect> 



1448 



1452 

<default-dataset-attr> 

<mgmt-class> </mgmt-class> 
<storage-class> </storage-class> 
<dev-type> </dev-type> 
<data-class> </data-class> 
<space-units>TRKS</space-units> 
<avg-rec-unit>M</avg-rec-unit> 
<primary-qty> 1 0</primary-qty> 
<secondary-qty> 10</secondary-qty> 
<dir-blocks>20</dir-blocks> 
<recfm>FB</recfm> 
<recl>80</recl> 
<blk-size>3120</blk-size> 
<name-type> </name-type> 
<exp-date> </exp-date> 

</default-dataset-attr> 
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<qualifier-list> 151(J 1508 

<qualifier> / ^^^^ 

<qualifier-name>COBTSTA</qualifier'name> 
<qualifier-type>MVS</qua!j^ 
<directoiy>COBTSTA</dire^ 1512 

<transfer>text</transfet> ' ■ 1516 

<dataset-attr> " 1520 

<mgmt-class> </mgmt-class> 
<storage-class> </storage-class> 
<dev-type> </dev-type> 1534 
<data-class> </data-j^&s^^ 753$ 
<space-units>BLKS^paee^init^ 

-nvq rrr unitM^rwg rrr*unit- 1542 

<primary~qty> 1 0</primary-qty> 
<secondary-qty>10</secondary-qty> 
<dir-blocks>20^i^biockS^ — - — 7545 
<recfm>FQ</re^)>^^ 

<recl>80</recj>^ 1554 

<b\k-s\z^312Q^§^^z^ _ ^553 

<name-type>PD^^^m :: type> 7552 

<exp-date>2001/1^T<7^f>data^^ 15fJ6 
*</dataset-attr> \. 
^</qualifier> 1570 
<qualifier> 

<qualifier~name>COBTSTAUTIL<^qualifier-nam 
<qualifier-type>MVS</qualifier-type> 
<directory>COBTSTA. UTIL</directory> 
<transfer>text</transfer> 
<dataset-attr> 

<mgmt-class> </mgmt-class> 
<storage-class> </storage-class> 
<vol-ser>SCR03</vol-ser> 
<data-class> </data-class> 
<space-units>TRKS</space-units> 
<avg-rec-unit>M</avg-rec-unit> 
<primary-qty> 1 0</primary-qty> 
<secondary-qty> 1 0</secondary-qty> 
<dir-blocks>20</dir-blocks> 
<recfm>FB</recfm> 
<recl>80</recl> 
<blk-size>3 120</blk-size> 
<name-type>PDS</name-type> 
<exp-date> </exp-date> 
</dataset-attr> . 

</qualifier> Fig. 15 

</qualifier~list> 
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<mapping-list> 

<mapping> 

— — <local-ext>cbl</local-ext> 



<local-ext>cpy</local-ext> 
<host-name> **cobcopy</host-name> 
<transfer>text</transfer> 
</mapping> 
<mapping> 

<local-ext>pli</local-ext> 
<host-name> **pIi</host-name> 
<transfer>text</transfer> 
</mapping> 
<mapping> 

<local-ext>obj</local-ext> 
<host-name>**obj</host-name> 
<transfer>binary</transfer> 
</mapping> 
<mapping> 

<local-ext>exe</local-ext> 
<host-name> **load</host-name> 
<transfer>binary</transfer> 
</mapping> 
<mapping> 

<local-ext>cmd</local-ext> 
<host-name> **clist</host-name> 
<transfer>text</transfer> 
</mapping> 
<mapping> 

<local-ext>jcl</local-ext> 
<host-name> **jcl</host-name> 
<transfer>text</transfer> 
</mapping> 
<mapping> 

<local~ext>cmd</local-ext> 
<host-name>**sigyclst</host-name> 
<transfer>text</transfer> 
</mapping> 
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^^</mapping> 
1640 <mapping> 



<host-name> **cobol</host-name> 
<transfer>text</transfer> 
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<mapping> 

<local-ext>jcl</local-ext> 
<host-name> **cntl</host-name> 
<transfer>text</transfer> 
</mapping> 
<mapping> 

<local-ext>lst</local-ext> 
<host-name> **listing</host-name> 
<transfer>text</transfer> 
</mapping> 
<mapping> 

<local-ext>out</local-ext> 
<host-name> **outlist</host-name> 
<transfer>text</transfer> 
</mapping> 
</mapping-list> 
</system> 
</ffs-system> 
<!—XML Ends—> 
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